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Foreword 



rd , 



This Technical Specification has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 



Introduction 



rd , 



The present document is part of a TS-family covering the 3 Generation Partnership Project: Technical Specification 
Group Services and System Aspects; Telecommunication management, as identified below: 

32.361: "Entry Point (EP) Integration Reference Point (IRP): Requirements". 

32.362: "Entry Point (EP) Integration Reference Point (IRP): Information Service (IS)". 

32.363: "Entry Point (EP) Integration Reference Point (IRP): Common Object Request Broker 

Architecture (CORBA) Solution Set (SS)". 

32.364: "Entry Point (EP) Integration Reference Point (IRP): Common Management Information Protocol 

(CMIP) Solution Set (SS)". 

The present document is part of a set of technical specifications defining the Telecommunication Management (TM) of 
3G systems. The TM principles are described in 3GPP TS 32.101 [1]. The TM architecture is described in 
3GPP TS 32.102 [2]. The other specifications define the interface (Itf-N) between the managing system (manager), 
which is in general the Network Manager (NM) and the managed system (agent), which is either an Element Manager 
(EM) or the managed NE itself The Itf-N is composed of a number of Integration Reference Points (IRPs) defining the 
information in the agent that is visible for the manager, the operations that the manager may perform on this 
information and the notifications that are sent from the agent to the manager. EP (Entry Point) IRP is one of these IRPs 
with special function. 

The IRPs defined in 3GPP Release 5 and earlier versions are externally published and the 3GPP specifications of 
Release 5 and earlier versions do not provide standard mechanism for the NM to discover the references of these top 
IRPs in the managed systems. The discovery is a vendor-specific matter. 

It's difficult for an NM to discover all IRPs in the environment that there are several managed systems and/or if there 
are multiple IRPs related to each managed systems. This Entry Point is proposed to provide a convenient mechanism for 
NM to discover the managed systems and their related IRPs. 
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Scope 



The present document specifies the CORBA Solution Set for the IRP whose semantics are specified in the Entry Point 
IRP: Information Service (3GPP TS 32.362 [6]). 

This Solution Set specification is related to 3GPP TS 32.362 V6.2.X. 



2 References 

The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 

[I] 3GPP TS 32.101: "Telecommunication management; Principles and high level requirements". 

[2] 3GPP TS 32.102: "Telecommunication management; Architecture". 

[3] 3GPP TS 32.361: "Telecommunication management; Entry Point (EP) Integration Reference Point 

(IRP): Requirements". 

[4] 3GPP TS 32.312: "Telecommunication management; Generic Integration Reference Point (IRP): 

Information Service (IS)". 

[5] 3GPP TS 32.31 1: "Telecommunication management; Generic Integration Reference Point (IRP): 

Requirements". 

[6] 3GPP TS 32.362: "Telecommunication management; Entry Point Integration Reference Point 

(IRP): Information Service (IS)". 

[7] 3GPP TS 32.303: "Telecommunication management; Configuration Management (CM); 

Notification Integration Reference Point (IRP): Common Object Request Broker Architecture 
(CORBA) Solution Set (SS)". 

[8] OMG TC Document telecom/98-1 1-01: "OMG Notification Service". 

http://www.omg.org/technologv/documents/ 

[9] 3GPP TS 32.300: "Telecommunication management; Configuration Management (CM); Name 

convention for Managed Objects". 

[10] ITU-T Recommendation Q. 816.1 Recommendation "CORBA based TMN services: Extensions to 

support coarse-grained interfaces". 

[II] OMG TC Document telecom/98-12-09: "CORBAservices: Common Object Services 
Specification", http://www.omg.org/technologv/documents/ 

[12] ISO 8859-1: "Information technology - 8-bit single-byte coded graphic character sets - 

Part 1: Latin alphabet No. 1". 



ETSI 



3GPP TS 32.363 version 6.4.0 Release 6 6 ETSI TS 1 32 363 V6.4.0 (2005-09) 



Definitions and abbreviations 



3.1 Definitions 

For the purposes of the present document, the terms and definitions defined in 3GPP TS 32.101 [1], 
3GPP TS 32.102 [2], 3GPP TS 32.361 [3] and the following apply: 

IRP document version number string (or "IRPVersion"): See 3GPP TS 32.31 1 [5]. 

3.2 Abbreviations 

For the purposes of the present document, the following abbreviations apply: 

CMIP Common Management Information Protocol 

CORBA Common Object Request Broker Architecture 

DN Distinguished Name 

EM Element Manager 

EP Entry Point 

EPIRP Entry Point IRP 

IRP Integration Reference Point 

IOC Information Object Class 

IS Information Service 

NE Network Element 

NM Network Manager 

SS Solution Set 



4 Architectural features 

The overall architectural feature of EPIRP is specified in 3GPP TS 32.362 [6]. 
This clause specifies features that are specific to the CORBA SS. 

4.1 Notifications 

Notifications are sent according to the Notification IRP: CORBA SS (see 3GPP TS 32.303 [7]). 
The contents of the EPIRP notifications are defined in the present document. 

4.2 Syntax for Distinguished Names and versions 

The format of a Distinguished Name is defined in 3GPP TS 32.300 [9]. 

The version of this IRP is represented as a string (see also clause 3 for versions). 



5 IVIapping 

5.1 Operation and Notification mapping 

EPIRP: IS (3GPP TS 32.362 [6]) defines semantics of operation and notification visible across the EPIRP. 
Table 1 indicates the mapping of these operations and notifications to their equivalents defined in this SS. 
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Table 1 : Mapping from IS Operations and Notification to SS equivalents 



IS Operations/ notification TS 32.362 [6] 


SS IVIethod 


Qualifier 


getlRPOutline 


get irp outline 


M 


getlRPReference 


get irp reference 


M 


releaselRPReference 


release irp reference 


M 


notifylRPInfoChanges 


push structured event (See clause 6.1) 


M 


getlRPVersion (see note) 


get ep irp versions 


M 


getOperationProfile (see note) 


get ep irp operations profile 





getNotificationProfile (see note) 


get ep irp notification profile 





NOTE: This operation is of IVIanagedGenericIRP IOC specified in 3GPP TS 32.312 [4]. Tlie EPIRP IOC of 3GPP TS 
32.362 [6] inherits from it. 



5.2 Operation parameter mapping 



The EPIRP: IS 3GPP TS 32.362 [6] defines semantics of parameters carried in operations across the EPIRP. The 
following tables indicate the mapping of these parameters, as per operation, to their equivalents defined in this SS. 

Table 2: lUlapping from IS getiRPOutline parameters to SS equivalents 



IS Operation parameter 


SS IVIethod parameter 


Qualifier 


IRPVersion 


ManagedGenericlRPConstDefs::VersionNumber irp version 


M 


supportedlRPList 


EPIRPConstDefs::SupportedlRPList supported irp list 


M 


status 


Return value of type EPIRPConstDefs::Result 

Exception: 

GetlRPOutline, InvalidlRPVersion 


M 



Table 3: IVIapping from IS getlRPReference parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


managerldentifier 


EPIRPConstDefs::IVIanagerldentifier manager identifier 


M 


system Dn 


EPIRPConstDefs::DN system dn 


M 


IRPId 


EPIRPConstDefs::IRPId irp id 


M 


IRPReference 


string irp reference (stringified lOR) 


M 


status 


Return value of type EPIRPConstDefs::Result 

Exception: 

GetlRPReference, IVIanagedGenericlRPSystem::lnvalidParameter 


M 



Table 4: lUlapping from IS releaselRPReference parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


managerldentifier 


EPIRPConstDefs::Managerldentifier manager identifier 


M 


IRPReference 


string irp reference (stringified lOR) 


M 


status 


Return value of type EPIRPConstDefs::Result 

Exception: 

ReleaselRPReference, UnknownlRPReference 


M 



Table 5: lUlapping from IS getiRPVersion parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


versionNumberSet 


Return value of type ManagedGenericlRPConstDefs::VersionNumberSet 


M 


status 


Exception: 
GetEPIRPVersions 


M 



Table 6: lUlapping from IS getOperationProfile parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


IRPVersion 


ManagedGenericlRPConstDefs::VersionNumber irp version 


M 
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operationNameProfile, 
operationParameterProfile 


Return value of type ManagedGenericlRPConstDefs::MethodList 


M 


status 


Exception: 

GetEPIRPOperationsProfile, 

ManagedGenericlRPSystem::OperationNotSupported, 

ManagedGenericlRPSystem::lnvalidParameter 


M 



Table 7: Mapping from IS getNotif icationProf lie parameters to SS equivalents 



IS Operation parameter 


SS IVIethod parameter 


Qualifier 


iRPVersion 


ManagedGenericlRPGonstDefs::VersionNumber 
irp version 


M 


notificationNameProfile, 
notificationParameterProfile 


Return value of type 
IVIanagedGenericlRPConstDefsiilVlethodList 


M 


status 


Exception: 

GetEPIRPNotificationProfile, 

ManagedGenericlRPSystem::OperationNotSupported, 

ManagedGenericlRPSystem::lnvalidParameter 


M 



5.3 Notification parameter mapping 

The EPIRP: IS (3GPP TS 32.362 [6]) defines semantics of parameters carried in notifications. The following table 
indicates the mapping of these parameters to their OMG CORB A Structured Event (defined in OMG Notification 
Service [8]) equivalents. The composition of OMG Structured Event, as defined in the OMG Notification Service [8], 



Header 



Body 



Fixed Header 

domain_name 

type_name 

event_name 
Variable Header 

f i Iter able_body_fie Ids 
remaining_body 



The following table lists all OMG Structured Event attributes in the second column. The first column identifies the 
EPIRP: IS (3GPP TS 32.362 [6]) defined notification parameters. 

Table 8: Mapping for notifylRPInfoChanges 



IS Parameters 


OIMG CORBA 

Structured Event 

attribute 


Qualifier 


Comment 


There is no 
corresponding IS 
attribute. 


domain_name 


M 


It carries the IRP document version number string. See 
clause 3.1. 

It indicates the syntax and semantics of the Structured Event as 
defined by the present document. 


notificationType 


type_name 


M 


This is the ET IRPINFO CHANGES of module of 
EPIRPSystem. 


There is no 
corresponding IS 
attribute. 


event_name 


M 


It carries no information. 


There is no 
corresponding IS 
attribute. 


Variable Header 






objectClass, 
objectlnstance 


One NV pair of 
filterable_body_fields 


M 


NV stands for name-value pair. Order arrangement of NV pairs 
is not significant. The name of NV-pair is always encoded in 
string. 

Name of this NV pair is the MANAGED_OBJEGT_INSTANGE 
of interface AttributeNameValue of module 
NotificationlRPGonstDefs. 
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IS Parameters 


OMG CORBA 

Structured Event 

attribute 


Qualifier 


Comment 








Value of NV pair Is a string. See corresponding table in 
Notification IRP: CORBA SS (3GPP TS 32.303 [7]). 


notification Id 


One NV pair of 
remainlngbody 


M 


Name of NV pair Is the NOTIFICATIONJD of Interface 
AttrlbuteNameValue of module NotificationlRPConstDefs. 

Value of NV pair Is a long. See corresponding table in 
Notification IRP: CORBA SS (3GPP TS 32.303 [7]). 


eventTime 


One NV pair of 
filterable_body_fields 


M 


Name of NV pair is the EVENT_TIME of interface 
AttrlbuteNameValue of module NotificationlRPConstDefs. 

Value of NV pair is IRPTIme. See corresponding table in 
Notification IRP: CORBA SS (3GPP TS 32.303 [7]). 


systemDN 


One NV pair of 
filterable_body_fields 


M 


Name of NV pair is the SYSTEIVI_DN of interface 
AttrlbuteNameValue of module NotificationlRPConstDefs. 

Value of NV pair is a string. See corresponding table in 
Notification IRP: CORBA SS (3GPP TS 32.303 [7]). 


iRPDn 


One NV pair of 
remaining_body 


M 


Name of NV pair is the IRP_DN of interface 
NotifylRPInfoChanges of module EPIRPNotifications. 

Value of NV pair is a EPIRPConstDefs::DN. 


GliangelVlode 


One NV pair of 
remainlngbody 


M 


Name of NV pair is the CHANGE_l\/IODE of interface 
NotifylRPInfoChanges of module EPIRPNotifications. 

Value of NV pair is a EPIRPConstDefs::ChangeMode. 


additionalText 


One NV pair of 
remainlngbody 


M 


Name of NV pair is the ADDITIONAL_TEXT of interface 
NotifylRPInfoChanges of module EPIRPNotifications. 

Value of NV pair is a string. 
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EPIRPNotification Interface 



OMG CORB A Notification push operation is used to realise the notification of EPIRPNotif ications. All the 
notifications in this interface are implemented using this push_structured_event method. 



6.1 Method push (M) 



module CosNotifyComm ( 

Interface SequencePushConsumer : Notif yPublish { 
void push_structured_events ( 

in CosNotif ication ; ; EventBatch notifications) 
raises ( CosEventComm; ; Disconnected) ; 

} ; // SequencePushConsumer 

}; // CosNotifyComm 

1) The push_structured_events method takes an input parameter of type EventBatch as defined in the 
OMG CosNotif ication module (OMG Notification Service [8]). This data type is the same as a sequence 
of Structured Events. Upon invocation, this parameter shall contain a sequence of Structured Events being 
delivered to IRPManager by IRP Agent to which it is connected. 

2) The maximum number of events that shall be transmitted within a single invocation of this operation is 
controlled by IRP Agent wide configuration parameter. 

3) The amount of time the supplier (IRP Agent) of a sequence of Structured Events shall accumulate individual 
events into the sequence before invoking this operation is controlled by IRP Agent wide configuration parameter 
as well. 

4) IRP Agent may push EventBatch with only one Structured Event. 
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Annex A (normative): 
IDL specifications 

A.1 IDL specification (file name "EPIRPConstDefs.idI") 

//File: EPIRPConstDefs.idI 
tifndef _EP_IRP_CONST_DEFS_IDL_ 
#define _EP_IRP_CONST_DEFS_IDL_ 

#include <ManagedGenericIRPConstDef s . idl> 

// This statement must appear after all include statements 
#pragma prefix "3gppsa5.org" 

/* ## Module: EPIRPSystem 

*/ 

module EPIRPConstDef s 

{ 

enum Result (OK, FAILURE}; 

typedef string IRPId; 

typedef string DN; 

typedef sequence<DN> DNList; 

/* 

IRPManagementScopeOpt is a type carrying an optional parameter. 

If the boolean is TRUE, then the value is present. 

Otherwise the value is absent . 

V 

union IRPManagementScopeOpt switch (boolean) 

{ 

case TRUE: DNList value; 
}; 

/* 

The IRPElement defines the structure to be returned as part of 

get_irp_outline () . 

*/ 

struct IRPElement 

{ 

IRPId irp_id; 

ManagedGenericIRPConstDef s : : VersionNumberSet irp_versions; 

IRPManagementScopeOpt irp_management_scope; 
}; 

/* 

List of all IRPElement and their associated parameters. 

*/ 

typedef sequence<IRPElement> IRPList; 

struct SupportedIRP 
{ 

DN system_dn; 

IRPList irp_list; 

}; 

typedef sequence<SupportedIRP> SupportedlRPList; 

typedef string Managerldentif ier; 

enum ChangeMode (REGISTER, DEREGISTER, MODIFY}; 

/* 

Define the parameters specified in 

the notif yEpInf oChanges notification. 

*/ 

interface AttributeNameValue 

( 

const string IRP_DN = "IRP_DN"; 

const string CHANGE_MODE = "CHANGE_MODE" ; 

const string ADDITIONAL_TEXT = "ADDITIONAL_TEXT" ; 
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}; 



#endif // _EP_IRP_CONST_DEFS_IDL_ 
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A.2 IDL specification (file name "EPIRPSystem.idI") 

//File: EPIRPSystem.idI 
#ifndef _EP_IRP_SYSTEM_IDL_ 
#define _EP_IRP_SYSTEM_IDL_ 

#include <ManagedGenericIRPConstDef s . idl> 
# include <ManagedGenericIRP System. idl> 
#include <EPIRPConstDef s . idl> 

// This statement must appear after all include statements 
#pragma prefix "3gppsa5 . org" 

/* ## Module: EPIRPSystem 

*/ 

module EPIRPSystem 

{ 

exception InvalidlRPVersion ( string reason; }; 

exception UnknownlRPRef erence ( string reason; }; 

/* 

System fails to complete the operation. System can provide reason 

to qualify the exception. The semantics carried in reason 

is outside the scope of this IRP . 

V 

exception GetlRPOutline ( string reason; }; 

exception GetlRPRef erence ( string reason; }; 

exception ReleaselRPRef erence ( string reason; }; 

exception GetEPIRPVersions ( string reason; }; 

exception GetEPIRPOperationsProf ile ( string reason; }; 

exception GetEPIRPNotif icationProf ile { string reason; } ; 

interface EPIRP 
{ 

/** 

* The IRPManager uses this operation to request the EPIRP to 

* return the outline information of the supported IRPs . The EPIRP 

* shall return the outline information of all the IRPs supported by the 

* IRPAgent that contains the EPIRP. The EPIRP may 

* additionally return the outline information of all the IRPs supported 

* by other IRPAgents. 
V 

EPIRPConstDef s : :Result get_irp_outline ( 

in ManagedGenericIRPConstDef s : : VersionNumber irp_version, 

out EPIRPConstDef s : : SupportedlRPList supported_irp_list 
) 
raises (GetlRPOutline, InvalidlRPVersion) ; 

/■.-, 

* The IRPManager uses this operation to request the EPIRP to return 

* the stringified lOR of the IRP identified by system_dn and irp_id. 
V 

EPIRPConstDef s : : Result get_irp_ref erence ( 



in EPIRPConstDef s : 
in EPIRPConstDef s : 
in EPIRPConstDef s: 



Managerldentif ier manager_identif ier, 
DN system_dn, 
IRPId irp_id. 



out string irp_ref erence 
) 
raises (Get IRPRef erence, 

ManagedGenericIRPSystem: : InvalidParameter ) ; 

/** 

* The IRPManager uses this operation to request the IRPAgent to 

* release a specific IRP reference. Whether the IRP reference 

* is really released or not in the IRPAgent is outside the 

* scope of this document. 

EPIRPConstDef s : : Result re leas e_irp_ref erence ( 

in EPIRPConstDef s : :ManagerIdentif ier manager_identif ier, 
in string irp_ref erence 

) 

raises (ReleaselRPRef erence, 
UnknownlRPRef erence) ; 
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* Return the list of all supported EPIRP versions. 
*/ 

ManagedGenericIRPConstDef s ; ; VersionNumberSet get_ep_irp_versions { 

) 

raises (GetEPIRPVersions ) ; 

/** 

* Return the list of all supported operations and their supported 

* parameters for a specific EPIRP version. 
V 

ManagedGenericIRPConstDef s : :MethodList get_ep_irp_operations_prof lie ( 

in ManagedGenericIRPConstDef s : :VersionNuraber irp_version 
) 
raises (GetEPIRPOperationsProf lie, 

ManagedGenericIRPSystem; : OperationNotSupported, 

ManagedGenericIRPSystem: : InvalidParameter) ; 

/** 

* Return the list of all supported notifications and their supported 

* parameters for a specific EPIRP version. 
*/ 

ManagedGenericIRPConstDef s : :MethodList get„ep_irp_notif ication_prof ile 
( 

in ManagedGenericIRPConstDef s ; :VersionNumber irp_version 
) 
raises (GetEPIRPNotif icationProf lie, 

ManagedGenericIRPSystem: : OperationNotSupported, 
ManagedGenericIRPSystem: : InvalidParameter) ; 
}; 

}; 

#endif // _EP_IRP_SYSTEM_IDL_ 
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A.3 IDL specification (file name " EPIRPNotifications.idI") 

//File: EPIRPNotifications.idI 
#ifndef _EP_IRP_NOTIFICATIONS_IDL_ 
#define _EP_IRP_NOTIFICATIONS_IDL_ 

#include <Notif icationlRPNotif ications . idl> 
#include <EPIRPConstDef s . idl> 

// This statement must appear after all include statements 
#pragma prefix "3gppsa5.org" 

/* ## Module: EPIRPNotif ications 

*/ 

module EPIRPNotif ications 

{ 

interface NotifylRPInfoChanges : Notif icationlRPNotif ications : :Notify 

{ 

const string ET_IRPINFO_CHANGES = "notif ylrpInfoChanges " ; 

/** 

* This constant defines the name of the iRPDn property. 

* The data type for the value of this property 

* is DN. 
*/ 

const string IRP_DN = 

EPIRPConstDefs : : AttributeNameValue : : IRP_DN; 

/** 

* This constant defines the name of the changeMode property. 

* The data type for the value of this property is ChangeMode. 
V 

const string CHANGE_MODE = 

EPIRPConstDefs: : AttributeNameValue : : CHANGE_MODE; 

* This constant defines the name of the additionalText property. 

* The data type for the value of this property is string. 
*/ 

const string ADDITIONAL_TEXT = 

EPIRPConstDefs: : AttributeNameValue : : ADDITIONAL_TEXT; 

}; 
}; 

#endif // _EP_IRP_NOTIFICATIONS_IDL_ 
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Annex B (informative): 

Convention when using INS to fulfill part of EPIRP functions 

The implementation of the EPIRP and in particular, the management of CORBA object references within EPIRP, is not 
a subject matter for 3GPP standardization. 

ITU-T SG4 Framework for CORBA-Based Telecommunications Management Network Interfaces (ITU-T 
Recommendation Q. 816.1 [10]) uses OMG Interoperable Naming Service (INS) [11] for the management of CORBA 
object references. Furthermore, it specifies a convention to name and populate the CORBA object entries within the 
INS. 

This Annex notes that, in the event that an EPIRP implementation uses INS to fulfill part of EPIRP functions, it is 
advantageous to populate the INS using the ITU-T defined convention. 

Convention 

The OMG INS CORBA name component (in short, called CORBA compound name) has the following IDL definition: 

// IDL 

typedef string Istring; 

struct NameComponent { 

Istring id; 

Istring kind; 

}; 

Istring is a placeholder for a future IDL internationalized string. The id and kind attributes must be composed of 
characters from the ISO 8859-1 [12] character set, excluding the null character and other non-printable characters. The 
strings cannot exceed 255 characters. The id attribute cannot be an empty string but the kind attribute can be an empty 
string. 

The CORBA compound name (see Name below) is defined as a sequence of name components: 

// IDL 

typedef sequence<NameComponent> Name; 

The 3GPP defined DN (in short, called DN) of a managed object is represented by the CORBA compound name. For 
example, a DN, quoted from 3GPP TS 32.300 [9], say 

'DC=se. company Z . Imc, Network=9, SubNetwork=l , IRPAgent=l , AlarmlRP .iRPId=2', shall be 
represented by a sequence of 6 name components where the id and kind of the first name component shall be 
'se_companyZ_lmc' and 'DC respectively. The CORBA compound name, shall be: 



index 


kind 


id 





'DC 


'se companyZ Imc' 


1 


'Network' 


'9' 


2 


'SubNetwork' 


'1' 


3 


'IRPAgenf 


'1' 


4 


'AlarmlRP.iRPId' 


'2' 


5 


" 


'Object' 



The CORBA compound name, in stringified name form, shall be 
'se_companyZ_lmc.DC/9.Network/l.SubNetwork/l.IRP Agent/2. AlarmlRP.iRPId/Object'. 

NOTE 1: DN appears in interactions (e.g. operations, notifications) across the Itf-N. 

NOTE 2: The CORBA compound name is used internally with the IRP Agent (and its INS) and does not appear in 
interactions across the Itf-N. 
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The use of the last row of the CORBA compound name, i.e. kind == " and id == 'Object', is in accordance to the 
convention standardized by ITU-T Recommendation Q. 816.1 [10]. According to convention standardized by ITU-T 
Recommendation Q. 8 16.1 [10], the use of index to 4 inclusive is to indicate the naming context of the object and the 
use of index to 5 inclusive is to indicate the object itself. 

DN DC component is composed of multiple words separated by separator, i.e. a dot. It is suggested that the 
applications (e.g. IRP Agent codes) that process CORBA compound name and DN should map the dot, used as separator 
in DN DC component, with underscore. This mapping is necessary because in the stringified CORBA compound name, 
the dot is used for the separation of id and kind. This replacement rule also implies that underscore should not be used 
as character of DC words. 
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Annex C (informative): 
Change history 



Change history 


Date 


TSG# 


TSG Doc. 


CR 
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Subject/Comment 


Cat 


Old 
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SA 21 


SP-030425 


-- 


-- 


Submitted to TSG SA#21 for Information 




1.0.0 
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SA 22 


SP-030636 
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-- 


Submitted to TSG SA#22 for Approval 




2.0.0 


6.0.0 


Jun 2004 


SA_24 
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— 


Clarification of return value of getlRPReference and Correction of 
Distinguished Name (DN) and IDL errors 


F 


6.0.0 


6.1.0 


Dec 2004 


SA_26 


SP-040877 


0002 


1 


Correct mapping of IS-defined non-filterable parameters to SS-defined 
non-filterable fields, Eliminate new definitions in EP IRP CORBA SS 


F 


6.1.0 


6.2.0 


Mar 2005 


SA 27 


SP-050039 


0003 


-- 


IDL incompliant to the style guide 


F 


6.2.0 


6.3.0 
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0004 


-- 
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F 
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F 


6.3.0 
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